home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / bbs / society / society.lha / PUB / isoc_news / 1-1 / n-1-1-040.31.1b < prev    next >
Text File  |  1995-07-21  |  4KB  |  77 lines
  1.  
  2.  
  3. N-1-1-040.31.1  Resource Discovery Beyond X.500, by Michael F.
  4. Schwartz*, <schwartz@latour.cs.colorado.edu>
  5.  
  6.  
  7. The Internet connects thousands of sites and millions of users around
  8. the world.  As it continues to grow and offer new types of services,
  9. being able to locate and make effective use of the available resources
  10. becomes increasingly difficult.  To address this issue, the CCITT has
  11. developed a directory service specification called X.500, as an OSI
  12. application layer standard.
  13.  
  14. X.500 describes a hierarchical collection of servers, with provisions
  15. for caching and replication.  Each participating site maintains
  16. directory information about resources at that site, as well as
  17. administrative information needed for traversing the tree and
  18. maintaining proper distributed operation.  Unlike the TCP/IP Domain
  19. Naming System, X.500 supports authenticated runtime updates, and
  20. stores typed data using a structured schema.  Field trials conducted
  21. by Performance Systems International and the Field Operational X.500
  22. Project demonstrate that there is significant interest in deploying
  23. X.500 servers at institutions around the world.  Tools exist to ease
  24. the task of searching the tree, and to make long-distance operations
  25. more efficient.  Graphical client interfaces exist for a number of
  26. platforms.
  27.  
  28. X.500 is an important standard with growing momentum, but it is not a
  29. complete solution to the resource discovery problem.  Its current use
  30. focuses primarily on providing a "white pages" directory of Internet
  31. users.  However, over time X.500 will need to accommodate many other
  32. types of resource discovery.  Consider two realms very different than
  33. user directories: commercial network services, and wide area
  34. distributed file systems.
  35.  
  36. In a commercial network service environment (such as airline computer
  37. reservation systems), the resource discovery mechanism should support
  38. fair access among competing information providers.  This issue will
  39. heat up significantly in the next few years, as the U.S. Regional Bell
  40. Operating Companies enter the information services market, and the
  41. Internet begins explicitly allowing commercial traffic.
  42.  
  43. Supporting resource discovery in a distributed file system requires
  44. support for two distinct problems.  First, how does a user discover a
  45. needed resource based on an attribute-based description, such as
  46. source code for a particular X-window system application?  Second, how
  47. does a user locate an appropriate instance of this resource, from
  48. among the many replicas available (e.g., by anonymous FTP)?  This
  49. decision should consider network bandwidth and version information
  50. about the file, and eventually should also consider cost and policy
  51. routing considerations.  The popular Archie system developed at McGill
  52. University addresses the first of these problems.  The second problem
  53. is currently a topic of research.
  54.  
  55. Beyond supporting different types of resource discovery, other
  56. problems arise in trying to organize a widely shared, broad
  57. information space.  While the hierarchical organization used by X.500
  58. supports scalable decentralized administration, hierarchies become
  59. convoluted as an increasingly wide variety of resources are
  60. registered.  Moreover, hierarchical information is only efficiently
  61. searched according to its primary organizational attributes (country
  62. and organization in the case of X.500).  Searching for resources
  63. according to other criteria (such as the functionality of a software
  64. package) is inefficient.  Inserting cross links between parts of the
  65. tree according to such criteria does not adequately solve this
  66. problem, since the information is still physically distributed in a
  67. fashion that does not permit efficient searching.  Moreover, creating
  68. such links requires a large amount of manual administrative effort.
  69.  
  70. There are a number of research efforts under way to address the
  71. problems discussed here.  In time, the ideas introduced by these
  72. projects may find their way into future versions of X.500.
  73.  
  74.  
  75. *Assistant Professor, Department of Computer Science, University of
  76. Colorado - Boulder
  77.